GET https://kbin.spritesserver.nl/m/askelectronics@discuss.tchncs.de/t/2392/RPi-Pico-disconnects-after-a-few-minutes-to-days/top

Response
200 OK
IP
18.218.88.176
Profiled on
Token
e0d83d

Security

Token

There is no security token.

Firewall

main Name
Security enabled
Stateless

Configuration

Key Value
provider security.user.provider.concrete.app_user_provider
context main
entry_point App\Security\KbinAuthenticator
user_checker App\Security\UserChecker
access_denied_handler (none)
access_denied_url (none)
authenticators 
[
  "two_factor"
  "remember_me"
  "App\Security\KbinAuthenticator"
  "App\Security\FacebookAuthenticator"
  "App\Security\GoogleAuthenticator"
  "App\Security\GithubAuthenticator"
  "App\Security\KeycloakAuthenticator"
]

Listeners

Listener Duration Response 
Symfony\Component\Security\Http\Firewall\ChannelListener {#723
  -map: Symfony\Component\Security\Http\AccessMap {#722 …}
  -logger: Monolog\Logger {#783 …}
  -httpPort: 80
  -httpsPort: 443
}
 0.00 ms (none) 
Symfony\Component\Security\Http\Firewall\ContextListener {#706
  -tokenStorage: Symfony\Component\Security\Core\Authentication\Token\Storage\TokenStorage {#1017 …}
  -sessionKey: "_security_main"
  -logger: Monolog\Logger {#783 …}
  -userProviders: Symfony\Component\DependencyInjection\Argument\RewindableGenerator {#705 …}
  -dispatcher: Symfony\Component\EventDispatcher\Debug\TraceableEventDispatcher {#747 …}
  -registered: false
  -trustResolver: Scheb\TwoFactorBundle\Security\Authentication\AuthenticationTrustResolver {#780 …}
  -sessionTrackerEnabler: Symfony\Component\Security\Core\Authentication\Token\Storage\UsageTrackingTokenStorage::enableUsageTracking(): void {#703 …}
}
 0.17 ms (none) 
Symfony\Component\Security\Http\Firewall\AuthenticatorManagerListener {#584
  -authenticatorManager: Symfony\Component\Security\Http\Authentication\AuthenticatorManager {#595 …}
}
 0.00 ms (none) 
Scheb\TwoFactorBundle\Security\Http\Firewall\TwoFactorAccessListener {#582
  -twoFactorFirewallConfig: Scheb\TwoFactorBundle\Security\TwoFactor\TwoFactorFirewallConfig {#842 …}
  -tokenStorage: Symfony\Component\Security\Core\Authentication\Token\Storage\UsageTrackingTokenStorage {#1018 …}
  -twoFactorAccessDecider: Scheb\TwoFactorBundle\Security\Authorization\TwoFactorAccessDecider {#581 …}
}
 0.06 ms (none) 
Symfony\Component\Security\Http\Firewall\AccessListener {#579
  -tokenStorage: Symfony\Component\Security\Core\Authentication\Token\Storage\UsageTrackingTokenStorage {#1018 …}
  -accessDecisionManager: Symfony\Component\Security\Core\Authorization\TraceableAccessDecisionManager {#937 …}
  -map: Symfony\Component\Security\Http\AccessMap {#722 …}
}
 0.00 ms (none) 
Symfony\Component\Security\Http\Firewall\LogoutListener {#786
  -tokenStorage: Symfony\Component\Security\Core\Authentication\Token\Storage\UsageTrackingTokenStorage {#1018 …}
  -options: [
    "csrf_parameter" => "_csrf_token"
    "csrf_token_id" => "logout"
    "logout_path" => "app_logout"
  ]
  -httpUtils: Symfony\Component\Security\Http\HttpUtils {#841 …}
  -csrfTokenManager: Symfony\Component\Security\Csrf\CsrfTokenManager {#1015 …}
  -eventDispatcher: Symfony\Component\EventDispatcher\Debug\TraceableEventDispatcher {#747 …}
}
 0.00 ms (none)

Authenticators

No authenticators have been recorded. Check previous profiles on your authentication endpoint.

Access Decision

affirmative Strategy
# Voter class
1 
"Symfony\Component\Security\Core\Authorization\Voter\AuthenticatedVoter"
2 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
3 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
4 
"Symfony\Component\Security\Core\Authorization\Voter\ExpressionVoter"
5 
"App\Security\Voter\EntryCommentVoter"
6 
"App\Security\Voter\EntryVoter"
7 
"App\Security\Voter\MagazineVoter"
8 
"App\Security\Voter\MessageThreadVoter"
9 
"App\Security\Voter\MessageVoter"
10 
"App\Security\Voter\NotificationVoter"
11 
"App\Security\Voter\OAuth2UserConsentVoter"
12 
"App\Security\Voter\PostCommentVoter"
13 
"App\Security\Voter\PostVoter"
14 
"App\Security\Voter\UserVoter"

Access decision log

# Result Attributes Object
1 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
2 DENIED moderate 
App\Entity\Entry {#2388
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +magazine: App\Entity\Magazine {#266
    +icon: Proxies\__CG__\App\Entity\Image {#247 …}
    +name: "askelectronics@discuss.tchncs.de"
    +title: "askelectronics"
    +description: """
      **For questions about component-level electronic circuits, tools and equipment.**\n
      \n
      Rules\n
      -----\n
      \n
      1: Be nice.\n
      \n
      2: Be on-topic (eg: *Electronic*, not *electrical*).\n
      \n
      3: No commercial stuff, buying, selling or valuations.\n
      \n
      4: Be safe.\n
      \n
      ---
      """
    +rules: null
    +subscriptionsCount: 1
    +entryCount: 154
    +entryCommentCount: 1230
    +postCount: 1
    +postCommentCount: 4
    +isAdult: false
    +customCss: null
    +lastActive: DateTime @1729413608 {#276
      date: 2024-10-20 10:40:08.0 +02:00
    }
    +markedForDeletionAt: null
    +tags: null
    +moderators: Doctrine\ORM\PersistentCollection {#238 …}
    +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
    +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
    +entries: Doctrine\ORM\PersistentCollection {#181 …}
    +posts: Doctrine\ORM\PersistentCollection {#139 …}
    +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
    +bans: Doctrine\ORM\PersistentCollection {#118 …}
    +reports: Doctrine\ORM\PersistentCollection {#104 …}
    +badges: Doctrine\ORM\PersistentCollection {#82 …}
    +logs: Doctrine\ORM\PersistentCollection {#72 …}
    +awards: Doctrine\ORM\PersistentCollection {#61 …}
    +categories: Doctrine\ORM\PersistentCollection {#1820 …}
    -id: 11
    +apId: "askelectronics@discuss.tchncs.de"
    +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
    +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
    +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
    +apInboxUrl: "https://discuss.tchncs.de/inbox"
    +apDomain: "discuss.tchncs.de"
    +apPreferredUsername: "askelectronics"
    +apDiscoverable: true
    +apManuallyApprovesFollowers: null
    +privateKey: null
    +publicKey: null
    +apFetchedAt: DateTime @1727247714 {#270
      date: 2024-09-25 09:01:54.0 +02:00
    }
    +apDeletedAt: null
    +apTimeoutAt: null
    +visibility: "visible             "
    +createdAt: DateTimeImmutable @1687144409 {#272
      date: 2023-06-19 05:13:29.0 +02:00
    }
  }
  +image: null
  +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
  +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
  +title: "RPi Pico "disconnects" after a few minutes to days"
  +url: null
  +body: """
    I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
    \n
    It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
    \n
    I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
    \n
    The error modes I could observe are:\n
    \n
    1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
    2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
    \n
    My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
    \n
    My current ideas why it could fail (but I’m not an electronics guy at all):\n
    \n
    - There is some kind of “rogue current” messing with some IC.\n
    - Some component is broken\n
    - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
    \n
    For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
    """
  +type: "article"
  +lang: "en"
  +isOc: false
  +hasEmbed: false
  +commentCount: 11
  +favouriteCount: 6
  +score: 0
  +isAdult: false
  +sticky: false
  +lastActive: DateTime @1696250329 {#2410
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +adaAmount: 0
  +tags: null
  +mentions: null
  +comments: Doctrine\ORM\PersistentCollection {#1866 …}
  +votes: Doctrine\ORM\PersistentCollection {#1978 …}
  +reports: Doctrine\ORM\PersistentCollection {#1946 …}
  +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
  +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
  +badges: Doctrine\ORM\PersistentCollection {#2426 …}
  +children: []
  -id: 2392
  -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
  -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
  +cross: false
  +upVotes: 0
  +downVotes: 0
  +ranking: 1696036696
  +visibility: "visible             "
  +apId: "https://feddit.de/post/3954651"
  +editedAt: null
  +createdAt: DateTimeImmutable @1695986696 {#1850
    date: 2023-09-29 13:24:56.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS DENIED 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
3 DENIED edit 
App\Entity\Entry {#2388
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +magazine: App\Entity\Magazine {#266
    +icon: Proxies\__CG__\App\Entity\Image {#247 …}
    +name: "askelectronics@discuss.tchncs.de"
    +title: "askelectronics"
    +description: """
      **For questions about component-level electronic circuits, tools and equipment.**\n
      \n
      Rules\n
      -----\n
      \n
      1: Be nice.\n
      \n
      2: Be on-topic (eg: *Electronic*, not *electrical*).\n
      \n
      3: No commercial stuff, buying, selling or valuations.\n
      \n
      4: Be safe.\n
      \n
      ---
      """
    +rules: null
    +subscriptionsCount: 1
    +entryCount: 154
    +entryCommentCount: 1230
    +postCount: 1
    +postCommentCount: 4
    +isAdult: false
    +customCss: null
    +lastActive: DateTime @1729413608 {#276
      date: 2024-10-20 10:40:08.0 +02:00
    }
    +markedForDeletionAt: null
    +tags: null
    +moderators: Doctrine\ORM\PersistentCollection {#238 …}
    +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
    +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
    +entries: Doctrine\ORM\PersistentCollection {#181 …}
    +posts: Doctrine\ORM\PersistentCollection {#139 …}
    +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
    +bans: Doctrine\ORM\PersistentCollection {#118 …}
    +reports: Doctrine\ORM\PersistentCollection {#104 …}
    +badges: Doctrine\ORM\PersistentCollection {#82 …}
    +logs: Doctrine\ORM\PersistentCollection {#72 …}
    +awards: Doctrine\ORM\PersistentCollection {#61 …}
    +categories: Doctrine\ORM\PersistentCollection {#1820 …}
    -id: 11
    +apId: "askelectronics@discuss.tchncs.de"
    +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
    +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
    +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
    +apInboxUrl: "https://discuss.tchncs.de/inbox"
    +apDomain: "discuss.tchncs.de"
    +apPreferredUsername: "askelectronics"
    +apDiscoverable: true
    +apManuallyApprovesFollowers: null
    +privateKey: null
    +publicKey: null
    +apFetchedAt: DateTime @1727247714 {#270
      date: 2024-09-25 09:01:54.0 +02:00
    }
    +apDeletedAt: null
    +apTimeoutAt: null
    +visibility: "visible             "
    +createdAt: DateTimeImmutable @1687144409 {#272
      date: 2023-06-19 05:13:29.0 +02:00
    }
  }
  +image: null
  +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
  +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
  +title: "RPi Pico "disconnects" after a few minutes to days"
  +url: null
  +body: """
    I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
    \n
    It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
    \n
    I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
    \n
    The error modes I could observe are:\n
    \n
    1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
    2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
    \n
    My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
    \n
    My current ideas why it could fail (but I’m not an electronics guy at all):\n
    \n
    - There is some kind of “rogue current” messing with some IC.\n
    - Some component is broken\n
    - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
    \n
    For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
    """
  +type: "article"
  +lang: "en"
  +isOc: false
  +hasEmbed: false
  +commentCount: 11
  +favouriteCount: 6
  +score: 0
  +isAdult: false
  +sticky: false
  +lastActive: DateTime @1696250329 {#2410
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +adaAmount: 0
  +tags: null
  +mentions: null
  +comments: Doctrine\ORM\PersistentCollection {#1866 …}
  +votes: Doctrine\ORM\PersistentCollection {#1978 …}
  +reports: Doctrine\ORM\PersistentCollection {#1946 …}
  +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
  +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
  +badges: Doctrine\ORM\PersistentCollection {#2426 …}
  +children: []
  -id: 2392
  -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
  -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
  +cross: false
  +upVotes: 0
  +downVotes: 0
  +ranking: 1696036696
  +visibility: "visible             "
  +apId: "https://feddit.de/post/3954651"
  +editedAt: null
  +createdAt: DateTimeImmutable @1695986696 {#1850
    date: 2023-09-29 13:24:56.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS DENIED 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
4 DENIED moderate 
App\Entity\Entry {#2388
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +magazine: App\Entity\Magazine {#266
    +icon: Proxies\__CG__\App\Entity\Image {#247 …}
    +name: "askelectronics@discuss.tchncs.de"
    +title: "askelectronics"
    +description: """
      **For questions about component-level electronic circuits, tools and equipment.**\n
      \n
      Rules\n
      -----\n
      \n
      1: Be nice.\n
      \n
      2: Be on-topic (eg: *Electronic*, not *electrical*).\n
      \n
      3: No commercial stuff, buying, selling or valuations.\n
      \n
      4: Be safe.\n
      \n
      ---
      """
    +rules: null
    +subscriptionsCount: 1
    +entryCount: 154
    +entryCommentCount: 1230
    +postCount: 1
    +postCommentCount: 4
    +isAdult: false
    +customCss: null
    +lastActive: DateTime @1729413608 {#276
      date: 2024-10-20 10:40:08.0 +02:00
    }
    +markedForDeletionAt: null
    +tags: null
    +moderators: Doctrine\ORM\PersistentCollection {#238 …}
    +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
    +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
    +entries: Doctrine\ORM\PersistentCollection {#181 …}
    +posts: Doctrine\ORM\PersistentCollection {#139 …}
    +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
    +bans: Doctrine\ORM\PersistentCollection {#118 …}
    +reports: Doctrine\ORM\PersistentCollection {#104 …}
    +badges: Doctrine\ORM\PersistentCollection {#82 …}
    +logs: Doctrine\ORM\PersistentCollection {#72 …}
    +awards: Doctrine\ORM\PersistentCollection {#61 …}
    +categories: Doctrine\ORM\PersistentCollection {#1820 …}
    -id: 11
    +apId: "askelectronics@discuss.tchncs.de"
    +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
    +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
    +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
    +apInboxUrl: "https://discuss.tchncs.de/inbox"
    +apDomain: "discuss.tchncs.de"
    +apPreferredUsername: "askelectronics"
    +apDiscoverable: true
    +apManuallyApprovesFollowers: null
    +privateKey: null
    +publicKey: null
    +apFetchedAt: DateTime @1727247714 {#270
      date: 2024-09-25 09:01:54.0 +02:00
    }
    +apDeletedAt: null
    +apTimeoutAt: null
    +visibility: "visible             "
    +createdAt: DateTimeImmutable @1687144409 {#272
      date: 2023-06-19 05:13:29.0 +02:00
    }
  }
  +image: null
  +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
  +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
  +title: "RPi Pico "disconnects" after a few minutes to days"
  +url: null
  +body: """
    I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
    \n
    It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
    \n
    I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
    \n
    The error modes I could observe are:\n
    \n
    1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
    2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
    \n
    My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
    \n
    My current ideas why it could fail (but I’m not an electronics guy at all):\n
    \n
    - There is some kind of “rogue current” messing with some IC.\n
    - Some component is broken\n
    - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
    \n
    For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
    """
  +type: "article"
  +lang: "en"
  +isOc: false
  +hasEmbed: false
  +commentCount: 11
  +favouriteCount: 6
  +score: 0
  +isAdult: false
  +sticky: false
  +lastActive: DateTime @1696250329 {#2410
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +adaAmount: 0
  +tags: null
  +mentions: null
  +comments: Doctrine\ORM\PersistentCollection {#1866 …}
  +votes: Doctrine\ORM\PersistentCollection {#1978 …}
  +reports: Doctrine\ORM\PersistentCollection {#1946 …}
  +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
  +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
  +badges: Doctrine\ORM\PersistentCollection {#2426 …}
  +children: []
  -id: 2392
  -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
  -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
  +cross: false
  +upVotes: 0
  +downVotes: 0
  +ranking: 1696036696
  +visibility: "visible             "
  +apId: "https://feddit.de/post/3954651"
  +editedAt: null
  +createdAt: DateTimeImmutable @1695986696 {#1850
    date: 2023-09-29 13:24:56.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS DENIED 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
5 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
6 DENIED moderate 
App\Entity\EntryComment {#4083
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Perhaps slightly adjust your logic a little and see what it does.\n
    \n
    Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
    \n
    Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 3
  +score: 0
  +lastActive: DateTime @1696250251 {#4093
    date: 2023-10-02 14:37:31.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4081 …}
  +nested: Doctrine\ORM\PersistentCollection {#4079 …}
  +votes: Doctrine\ORM\PersistentCollection {#4077 …}
  +reports: Doctrine\ORM\PersistentCollection {#4075 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
  -id: 30108
  -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3008325"
  +editedAt: DateTimeImmutable @1696033693 {#4025
    date: 2023-09-30 02:28:13.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696022917 {#4092
    date: 2023-09-29 23:28:37.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
7 DENIED edit 
App\Entity\EntryComment {#4083
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Perhaps slightly adjust your logic a little and see what it does.\n
    \n
    Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
    \n
    Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 3
  +score: 0
  +lastActive: DateTime @1696250251 {#4093
    date: 2023-10-02 14:37:31.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4081 …}
  +nested: Doctrine\ORM\PersistentCollection {#4079 …}
  +votes: Doctrine\ORM\PersistentCollection {#4077 …}
  +reports: Doctrine\ORM\PersistentCollection {#4075 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
  -id: 30108
  -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3008325"
  +editedAt: DateTimeImmutable @1696033693 {#4025
    date: 2023-09-30 02:28:13.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696022917 {#4092
    date: 2023-09-29 23:28:37.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
8 DENIED moderate 
App\Entity\EntryComment {#4083
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Perhaps slightly adjust your logic a little and see what it does.\n
    \n
    Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
    \n
    Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 3
  +score: 0
  +lastActive: DateTime @1696250251 {#4093
    date: 2023-10-02 14:37:31.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4081 …}
  +nested: Doctrine\ORM\PersistentCollection {#4079 …}
  +votes: Doctrine\ORM\PersistentCollection {#4077 …}
  +reports: Doctrine\ORM\PersistentCollection {#4075 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
  -id: 30108
  -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3008325"
  +editedAt: DateTimeImmutable @1696033693 {#4025
    date: 2023-09-30 02:28:13.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696022917 {#4092
    date: 2023-09-29 23:28:37.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
9 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
10 DENIED moderate 
App\Entity\EntryComment {#4296
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4083
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Perhaps slightly adjust your logic a little and see what it does.\n
      \n
      Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
      \n
      Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 3
    +score: 0
    +lastActive: DateTime @1696250251 {#4093
      date: 2023-10-02 14:37:31.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4081 …}
    +nested: Doctrine\ORM\PersistentCollection {#4079 …}
    +votes: Doctrine\ORM\PersistentCollection {#4077 …}
    +reports: Doctrine\ORM\PersistentCollection {#4075 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
    -id: 30108
    -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3008325"
    +editedAt: DateTimeImmutable @1696033693 {#4025
      date: 2023-09-30 02:28:13.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696022917 {#4092
      date: 2023-09-29 23:28:37.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    I tried that. The loop was:\n
    \n
    1. Read sensor\n
    2. Prepare message\n
    3. Wifi on\n
    4. Send message\n
    5. Wifi off\n
    \n
    That should nicely separate everything, but it still ran into similar issues.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696235814 {#4294
    date: 2023-10-02 10:36:54.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4297 …}
  +nested: Doctrine\ORM\PersistentCollection {#4299 …}
  +votes: Doctrine\ORM\PersistentCollection {#4301 …}
  +reports: Doctrine\ORM\PersistentCollection {#4303 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
  -id: 30423
  -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390105"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235814 {#4295
    date: 2023-10-02 10:36:54.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
11 DENIED edit 
App\Entity\EntryComment {#4296
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4083
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Perhaps slightly adjust your logic a little and see what it does.\n
      \n
      Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
      \n
      Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 3
    +score: 0
    +lastActive: DateTime @1696250251 {#4093
      date: 2023-10-02 14:37:31.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4081 …}
    +nested: Doctrine\ORM\PersistentCollection {#4079 …}
    +votes: Doctrine\ORM\PersistentCollection {#4077 …}
    +reports: Doctrine\ORM\PersistentCollection {#4075 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
    -id: 30108
    -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3008325"
    +editedAt: DateTimeImmutable @1696033693 {#4025
      date: 2023-09-30 02:28:13.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696022917 {#4092
      date: 2023-09-29 23:28:37.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    I tried that. The loop was:\n
    \n
    1. Read sensor\n
    2. Prepare message\n
    3. Wifi on\n
    4. Send message\n
    5. Wifi off\n
    \n
    That should nicely separate everything, but it still ran into similar issues.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696235814 {#4294
    date: 2023-10-02 10:36:54.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4297 …}
  +nested: Doctrine\ORM\PersistentCollection {#4299 …}
  +votes: Doctrine\ORM\PersistentCollection {#4301 …}
  +reports: Doctrine\ORM\PersistentCollection {#4303 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
  -id: 30423
  -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390105"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235814 {#4295
    date: 2023-10-02 10:36:54.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
12 DENIED moderate 
App\Entity\EntryComment {#4296
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4083
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Perhaps slightly adjust your logic a little and see what it does.\n
      \n
      Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
      \n
      Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 3
    +score: 0
    +lastActive: DateTime @1696250251 {#4093
      date: 2023-10-02 14:37:31.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4081 …}
    +nested: Doctrine\ORM\PersistentCollection {#4079 …}
    +votes: Doctrine\ORM\PersistentCollection {#4077 …}
    +reports: Doctrine\ORM\PersistentCollection {#4075 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
    -id: 30108
    -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3008325"
    +editedAt: DateTimeImmutable @1696033693 {#4025
      date: 2023-09-30 02:28:13.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696022917 {#4092
      date: 2023-09-29 23:28:37.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    I tried that. The loop was:\n
    \n
    1. Read sensor\n
    2. Prepare message\n
    3. Wifi on\n
    4. Send message\n
    5. Wifi off\n
    \n
    That should nicely separate everything, but it still ran into similar issues.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696235814 {#4294
    date: 2023-10-02 10:36:54.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4297 …}
  +nested: Doctrine\ORM\PersistentCollection {#4299 …}
  +votes: Doctrine\ORM\PersistentCollection {#4301 …}
  +reports: Doctrine\ORM\PersistentCollection {#4303 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
  -id: 30423
  -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390105"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235814 {#4295
    date: 2023-10-02 10:36:54.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
13 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
14 DENIED moderate 
App\Entity\EntryComment {#4365
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4296
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4083
      +user: App\Entity\User {#4032 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Perhaps slightly adjust your logic a little and see what it does.\n
        \n
        Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
        \n
        Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 3
      +score: 0
      +lastActive: DateTime @1696250251 {#4093
        date: 2023-10-02 14:37:31.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4081 …}
      +nested: Doctrine\ORM\PersistentCollection {#4079 …}
      +votes: Doctrine\ORM\PersistentCollection {#4077 …}
      +reports: Doctrine\ORM\PersistentCollection {#4075 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
      -id: 30108
      -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://aussie.zone/comment/3008325"
      +editedAt: DateTimeImmutable @1696033693 {#4025
        date: 2023-09-30 02:28:13.0 +02:00
      }
      +createdAt: DateTimeImmutable @1696022917 {#4092
        date: 2023-09-29 23:28:37.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      I tried that. The loop was:\n
      \n
      1. Read sensor\n
      2. Prepare message\n
      3. Wifi on\n
      4. Send message\n
      5. Wifi off\n
      \n
      That should nicely separate everything, but it still ran into similar issues.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696235814 {#4294
      date: 2023-10-02 10:36:54.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4297 …}
    +nested: Doctrine\ORM\PersistentCollection {#4299 …}
    +votes: Doctrine\ORM\PersistentCollection {#4301 …}
    +reports: Doctrine\ORM\PersistentCollection {#4303 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
    -id: 30423
    -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390105"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235814 {#4295
      date: 2023-10-02 10:36:54.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696244837 {#4362
    date: 2023-10-02 13:07:17.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4366 …}
  +nested: Doctrine\ORM\PersistentCollection {#4368 …}
  +votes: Doctrine\ORM\PersistentCollection {#4370 …}
  +reports: Doctrine\ORM\PersistentCollection {#4372 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
  -id: 30446
  -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3064018"
  +editedAt: DateTimeImmutable @1696245290 {#4363
    date: 2023-10-02 13:14:50.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696244837 {#4364
    date: 2023-10-02 13:07:17.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
15 DENIED edit 
App\Entity\EntryComment {#4365
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4296
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4083
      +user: App\Entity\User {#4032 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Perhaps slightly adjust your logic a little and see what it does.\n
        \n
        Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
        \n
        Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 3
      +score: 0
      +lastActive: DateTime @1696250251 {#4093
        date: 2023-10-02 14:37:31.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4081 …}
      +nested: Doctrine\ORM\PersistentCollection {#4079 …}
      +votes: Doctrine\ORM\PersistentCollection {#4077 …}
      +reports: Doctrine\ORM\PersistentCollection {#4075 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
      -id: 30108
      -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://aussie.zone/comment/3008325"
      +editedAt: DateTimeImmutable @1696033693 {#4025
        date: 2023-09-30 02:28:13.0 +02:00
      }
      +createdAt: DateTimeImmutable @1696022917 {#4092
        date: 2023-09-29 23:28:37.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      I tried that. The loop was:\n
      \n
      1. Read sensor\n
      2. Prepare message\n
      3. Wifi on\n
      4. Send message\n
      5. Wifi off\n
      \n
      That should nicely separate everything, but it still ran into similar issues.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696235814 {#4294
      date: 2023-10-02 10:36:54.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4297 …}
    +nested: Doctrine\ORM\PersistentCollection {#4299 …}
    +votes: Doctrine\ORM\PersistentCollection {#4301 …}
    +reports: Doctrine\ORM\PersistentCollection {#4303 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
    -id: 30423
    -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390105"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235814 {#4295
      date: 2023-10-02 10:36:54.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696244837 {#4362
    date: 2023-10-02 13:07:17.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4366 …}
  +nested: Doctrine\ORM\PersistentCollection {#4368 …}
  +votes: Doctrine\ORM\PersistentCollection {#4370 …}
  +reports: Doctrine\ORM\PersistentCollection {#4372 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
  -id: 30446
  -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3064018"
  +editedAt: DateTimeImmutable @1696245290 {#4363
    date: 2023-10-02 13:14:50.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696244837 {#4364
    date: 2023-10-02 13:07:17.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
16 DENIED moderate 
App\Entity\EntryComment {#4365
  +user: App\Entity\User {#4032 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4296
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4083
      +user: App\Entity\User {#4032 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Perhaps slightly adjust your logic a little and see what it does.\n
        \n
        Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
        \n
        Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 3
      +score: 0
      +lastActive: DateTime @1696250251 {#4093
        date: 2023-10-02 14:37:31.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4081 …}
      +nested: Doctrine\ORM\PersistentCollection {#4079 …}
      +votes: Doctrine\ORM\PersistentCollection {#4077 …}
      +reports: Doctrine\ORM\PersistentCollection {#4075 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
      -id: 30108
      -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://aussie.zone/comment/3008325"
      +editedAt: DateTimeImmutable @1696033693 {#4025
        date: 2023-09-30 02:28:13.0 +02:00
      }
      +createdAt: DateTimeImmutable @1696022917 {#4092
        date: 2023-09-29 23:28:37.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      I tried that. The loop was:\n
      \n
      1. Read sensor\n
      2. Prepare message\n
      3. Wifi on\n
      4. Send message\n
      5. Wifi off\n
      \n
      That should nicely separate everything, but it still ran into similar issues.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696235814 {#4294
      date: 2023-10-02 10:36:54.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4297 …}
    +nested: Doctrine\ORM\PersistentCollection {#4299 …}
    +votes: Doctrine\ORM\PersistentCollection {#4301 …}
    +reports: Doctrine\ORM\PersistentCollection {#4303 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
    -id: 30423
    -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390105"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235814 {#4295
      date: 2023-10-02 10:36:54.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696244837 {#4362
    date: 2023-10-02 13:07:17.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4366 …}
  +nested: Doctrine\ORM\PersistentCollection {#4368 …}
  +votes: Doctrine\ORM\PersistentCollection {#4370 …}
  +reports: Doctrine\ORM\PersistentCollection {#4372 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
  -id: 30446
  -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://aussie.zone/comment/3064018"
  +editedAt: DateTimeImmutable @1696245290 {#4363
    date: 2023-10-02 13:14:50.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696244837 {#4364
    date: 2023-10-02 13:07:17.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
17 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
18 DENIED moderate 
App\Entity\EntryComment {#4403
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4365
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4296
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4083
        +user: App\Entity\User {#4032 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          Perhaps slightly adjust your logic a little and see what it does.\n
          \n
          Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
          \n
          Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 3
        +score: 0
        +lastActive: DateTime @1696250251 {#4093
          date: 2023-10-02 14:37:31.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4081 …}
        +nested: Doctrine\ORM\PersistentCollection {#4079 …}
        +votes: Doctrine\ORM\PersistentCollection {#4077 …}
        +reports: Doctrine\ORM\PersistentCollection {#4075 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
        -id: 30108
        -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://aussie.zone/comment/3008325"
        +editedAt: DateTimeImmutable @1696033693 {#4025
          date: 2023-09-30 02:28:13.0 +02:00
        }
        +createdAt: DateTimeImmutable @1696022917 {#4092
          date: 2023-09-29 23:28:37.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4083}
      +body: """
        I tried that. The loop was:\n
        \n
        1. Read sensor\n
        2. Prepare message\n
        3. Wifi on\n
        4. Send message\n
        5. Wifi off\n
        \n
        That should nicely separate everything, but it still ran into similar issues.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696235814 {#4294
        date: 2023-10-02 10:36:54.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@dgriffith@aussie.zone"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4297 …}
      +nested: Doctrine\ORM\PersistentCollection {#4299 …}
      +votes: Doctrine\ORM\PersistentCollection {#4301 …}
      +reports: Doctrine\ORM\PersistentCollection {#4303 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
      -id: 30423
      -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3390105"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696235814 {#4295
        date: 2023-10-02 10:36:54.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
      \n
      The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696244837 {#4362
      date: 2023-10-02 13:07:17.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4366 …}
    +nested: Doctrine\ORM\PersistentCollection {#4368 …}
    +votes: Doctrine\ORM\PersistentCollection {#4370 …}
    +reports: Doctrine\ORM\PersistentCollection {#4372 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
    -id: 30446
    -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3064018"
    +editedAt: DateTimeImmutable @1696245290 {#4363
      date: 2023-10-02 13:14:50.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696244837 {#4364
      date: 2023-10-02 13:07:17.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    > can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    Not really, at least I wouldn’t really know how. The sensor needs +3V, GND and two data pins, and the pico only has one 3V out, that seems to connect directly to the voltage regulator. I guess, I could try to use a GPIO pin as a switchable 3V out, but that seems rather hacky.\n
    \n
    > The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state\n
    \n
    Unfortunately, a simple machine.reset() seems not to be enough. I didn’t use “real” watchdogs, but what a Java dev knows: try/catch. I wrapped the entire loop in a try/except block and simply call machine.reset() if something goes wrong. That does work sometimes, but not always. Of course the possibilities are a) some exception isn’t getting caught b) there is some electronic issue, maybe the SPI interface to the DHT is “stuck” or not properly reset. I can resolve the problems by completely disconnecting the device for a while from power.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696250249 {#4401
    date: 2023-10-02 14:37:29.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4404 …}
  +nested: Doctrine\ORM\PersistentCollection {#4406 …}
  +votes: Doctrine\ORM\PersistentCollection {#4408 …}
  +reports: Doctrine\ORM\PersistentCollection {#4410 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4412 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4414 …}
  -id: 30449
  -bodyTs: "'+3':35 '3v':48,72 'also':81 'alway':166 'b':179 'back':116 'block':151 'call':154 'caught':178 'complet':204 'connect':53 'could':62,86 'cours':109,168 'cycl':16 'data':40 'dev':140 'devic':207 'dht':191 'didn':131 'direct':54 'disconnect':205 'doesn':103 'electron':183 'enough':129 'entir':146 'except':174 'get':114,177 'give':91 'gnd':37 'goe':158 'gpio':67 'guess':60 'hacki':78 'interfac':188 'isn':175 'issu':107,184 'java':139 'know':30,141 'least':10,25,112 'loop':147 'machine.reset':124,155 'mayb':185 'need':20,34 'one':47 'pico':44,80 'pin':8,41,68 'possibl':170 'power':3,15,212 'problem':202 'programmat':14 'proper':196 'rather':77 'real':134 'realli':23,29 'reboot':94 'regul':58 'reset':197 'resolv':200 'respond':99 'seem':51,76,125 'sensor':5,33 'set':87 'simpl':123 'simpli':153 'solv':105 'someth':157 'sometim':163 'spi':187 'state':120 'stuck':193 'switchabl':71 'thing':96 'time':101 'tri':63 'try/catch':142 'try/except':150 'two':39 'unfortun':121 'use':65,133 'v':36 'voltag':57 'watchdog':84,135 'work':162 'workabl':119 'wouldn':27 'wrap':144 'wrong':159"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394212"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696250249 {#4402
    date: 2023-10-02 14:37:29.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
19 DENIED edit 
App\Entity\EntryComment {#4403
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4365
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4296
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4083
        +user: App\Entity\User {#4032 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          Perhaps slightly adjust your logic a little and see what it does.\n
          \n
          Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
          \n
          Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 3
        +score: 0
        +lastActive: DateTime @1696250251 {#4093
          date: 2023-10-02 14:37:31.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4081 …}
        +nested: Doctrine\ORM\PersistentCollection {#4079 …}
        +votes: Doctrine\ORM\PersistentCollection {#4077 …}
        +reports: Doctrine\ORM\PersistentCollection {#4075 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
        -id: 30108
        -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://aussie.zone/comment/3008325"
        +editedAt: DateTimeImmutable @1696033693 {#4025
          date: 2023-09-30 02:28:13.0 +02:00
        }
        +createdAt: DateTimeImmutable @1696022917 {#4092
          date: 2023-09-29 23:28:37.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4083}
      +body: """
        I tried that. The loop was:\n
        \n
        1. Read sensor\n
        2. Prepare message\n
        3. Wifi on\n
        4. Send message\n
        5. Wifi off\n
        \n
        That should nicely separate everything, but it still ran into similar issues.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696235814 {#4294
        date: 2023-10-02 10:36:54.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@dgriffith@aussie.zone"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4297 …}
      +nested: Doctrine\ORM\PersistentCollection {#4299 …}
      +votes: Doctrine\ORM\PersistentCollection {#4301 …}
      +reports: Doctrine\ORM\PersistentCollection {#4303 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
      -id: 30423
      -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3390105"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696235814 {#4295
        date: 2023-10-02 10:36:54.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
      \n
      The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696244837 {#4362
      date: 2023-10-02 13:07:17.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4366 …}
    +nested: Doctrine\ORM\PersistentCollection {#4368 …}
    +votes: Doctrine\ORM\PersistentCollection {#4370 …}
    +reports: Doctrine\ORM\PersistentCollection {#4372 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
    -id: 30446
    -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3064018"
    +editedAt: DateTimeImmutable @1696245290 {#4363
      date: 2023-10-02 13:14:50.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696244837 {#4364
      date: 2023-10-02 13:07:17.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    > can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    Not really, at least I wouldn’t really know how. The sensor needs +3V, GND and two data pins, and the pico only has one 3V out, that seems to connect directly to the voltage regulator. I guess, I could try to use a GPIO pin as a switchable 3V out, but that seems rather hacky.\n
    \n
    > The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state\n
    \n
    Unfortunately, a simple machine.reset() seems not to be enough. I didn’t use “real” watchdogs, but what a Java dev knows: try/catch. I wrapped the entire loop in a try/except block and simply call machine.reset() if something goes wrong. That does work sometimes, but not always. Of course the possibilities are a) some exception isn’t getting caught b) there is some electronic issue, maybe the SPI interface to the DHT is “stuck” or not properly reset. I can resolve the problems by completely disconnecting the device for a while from power.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696250249 {#4401
    date: 2023-10-02 14:37:29.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4404 …}
  +nested: Doctrine\ORM\PersistentCollection {#4406 …}
  +votes: Doctrine\ORM\PersistentCollection {#4408 …}
  +reports: Doctrine\ORM\PersistentCollection {#4410 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4412 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4414 …}
  -id: 30449
  -bodyTs: "'+3':35 '3v':48,72 'also':81 'alway':166 'b':179 'back':116 'block':151 'call':154 'caught':178 'complet':204 'connect':53 'could':62,86 'cours':109,168 'cycl':16 'data':40 'dev':140 'devic':207 'dht':191 'didn':131 'direct':54 'disconnect':205 'doesn':103 'electron':183 'enough':129 'entir':146 'except':174 'get':114,177 'give':91 'gnd':37 'goe':158 'gpio':67 'guess':60 'hacki':78 'interfac':188 'isn':175 'issu':107,184 'java':139 'know':30,141 'least':10,25,112 'loop':147 'machine.reset':124,155 'mayb':185 'need':20,34 'one':47 'pico':44,80 'pin':8,41,68 'possibl':170 'power':3,15,212 'problem':202 'programmat':14 'proper':196 'rather':77 'real':134 'realli':23,29 'reboot':94 'regul':58 'reset':197 'resolv':200 'respond':99 'seem':51,76,125 'sensor':5,33 'set':87 'simpl':123 'simpli':153 'solv':105 'someth':157 'sometim':163 'spi':187 'state':120 'stuck':193 'switchabl':71 'thing':96 'time':101 'tri':63 'try/catch':142 'try/except':150 'two':39 'unfortun':121 'use':65,133 'v':36 'voltag':57 'watchdog':84,135 'work':162 'workabl':119 'wouldn':27 'wrap':144 'wrong':159"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394212"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696250249 {#4402
    date: 2023-10-02 14:37:29.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
20 DENIED moderate 
App\Entity\EntryComment {#4403
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4365
    +user: App\Entity\User {#4032 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4296
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4083
        +user: App\Entity\User {#4032 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          Perhaps slightly adjust your logic a little and see what it does.\n
          \n
          Read from the sensors first, then enable and connect to wifi, send the data, then disconnect. That would reduce the maximum power draw as only one function is active at once.\n
          \n
          Small edit: I have a MagTag ESP32 board with circuitpython that can’t read onewire devices while the wifi is active. Whether that’s because of supply instabilities when wifi is transmitting, or interrupt conflicts, or just plain poor programming in the onewire drivers or the wifi drivers, I don’t know. But reading the devices first and then connecting to wifi and sending the data afterwards works.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 3
        +score: 0
        +lastActive: DateTime @1696250251 {#4093
          date: 2023-10-02 14:37:31.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4081 …}
        +nested: Doctrine\ORM\PersistentCollection {#4079 …}
        +votes: Doctrine\ORM\PersistentCollection {#4077 …}
        +reports: Doctrine\ORM\PersistentCollection {#4075 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4043 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4047 …}
        -id: 30108
        -bodyTs: "'activ':41,64 'adjust':3 'afterward':110 'board':51 'circuitpython':53 'conflict':78 'connect':21,103 'data':26,109 'devic':59,99 'disconnect':28 'draw':35 'driver':87,91 'edit':45 'enabl':19 'esp32':50 'first':17,100 'function':39 'instabl':71 'interrupt':77 'know':95 'littl':7 'logic':5 'magtag':49 'maximum':33 'one':38 'onewir':58,86 'perhap':1 'plain':81 'poor':82 'power':34 'program':83 'read':13,57,97 'reduc':31 'see':9 'send':24,107 'sensor':16 'slight':2 'small':44 'suppli':70 'transmit':75 'whether':65 'wifi':23,62,73,90,105 'work':111 'would':30"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://aussie.zone/comment/3008325"
        +editedAt: DateTimeImmutable @1696033693 {#4025
          date: 2023-09-30 02:28:13.0 +02:00
        }
        +createdAt: DateTimeImmutable @1696022917 {#4092
          date: 2023-09-29 23:28:37.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4083}
      +body: """
        I tried that. The loop was:\n
        \n
        1. Read sensor\n
        2. Prepare message\n
        3. Wifi on\n
        4. Send message\n
        5. Wifi off\n
        \n
        That should nicely separate everything, but it still ran into similar issues.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696235814 {#4294
        date: 2023-10-02 10:36:54.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@dgriffith@aussie.zone"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4297 …}
      +nested: Doctrine\ORM\PersistentCollection {#4299 …}
      +votes: Doctrine\ORM\PersistentCollection {#4301 …}
      +reports: Doctrine\ORM\PersistentCollection {#4303 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4305 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4307 …}
      -id: 30423
      -bodyTs: "'1':7 '2':10 '3':13 '4':16 '5':19 'everyth':26 'issu':33 'loop':5 'messag':12,18 'nice':24 'prepar':11 'ran':30 'read':8 'send':17 'sensor':9 'separ':25 'similar':32 'still':29 'tri':2 'wifi':14,20"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3390105"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696235814 {#4295
        date: 2023-10-02 10:36:54.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4083}
    +body: """
      Hmm I’m not sure of the pin drive currents on the Pico, but can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
      \n
      The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state. And if the watchdog fails, or it works but there’s still no USB serial, then that would point towards power instabilities or somesuch.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696244837 {#4362
      date: 2023-10-02 13:07:17.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@dgriffith@aussie.zone"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4366 …}
    +nested: Doctrine\ORM\PersistentCollection {#4368 …}
    +votes: Doctrine\ORM\PersistentCollection {#4370 …}
    +reports: Doctrine\ORM\PersistentCollection {#4372 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4374 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4376 …}
    -id: 30446
    -bodyTs: "'also':38 'back':73 'could':43 'cours':66 'current':10 'cycl':30 'doesn':60 'drive':9 'fail':82 'get':71 'give':48 'hmm':1 'instabl':99 'issu':64 'least':24,69 'm':3 'need':34 'pico':13,37 'pin':8,22 'point':96 'power':17,29,98 'programmat':28 'reboot':51 'respond':56 'sensor':19 'serial':92 'set':44 'solv':62 'somesuch':101 'state':77 'still':89 'sure':5 'thing':53 'time':58 'toward':97 'usb':91 'watchdog':41,81 'work':85 'workabl':76 'would':95"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://aussie.zone/comment/3064018"
    +editedAt: DateTimeImmutable @1696245290 {#4363
      date: 2023-10-02 13:14:50.0 +02:00
    }
    +createdAt: DateTimeImmutable @1696244837 {#4364
      date: 2023-10-02 13:07:17.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4083}
  +body: """
    > can you power the sensors off a pin? At least then you can programmatically power cycle them if you need to.\n
    \n
    Not really, at least I wouldn’t really know how. The sensor needs +3V, GND and two data pins, and the pico only has one 3V out, that seems to connect directly to the voltage regulator. I guess, I could try to use a GPIO pin as a switchable 3V out, but that seems rather hacky.\n
    \n
    > The Pico also has a watchdog, you could set it up to give it a reboot if things don’t respond in time. It doesn’t solve the issues of course but at least it gets it back to a workable state\n
    \n
    Unfortunately, a simple machine.reset() seems not to be enough. I didn’t use “real” watchdogs, but what a Java dev knows: try/catch. I wrapped the entire loop in a try/except block and simply call machine.reset() if something goes wrong. That does work sometimes, but not always. Of course the possibilities are a) some exception isn’t getting caught b) there is some electronic issue, maybe the SPI interface to the DHT is “stuck” or not properly reset. I can resolve the problems by completely disconnecting the device for a while from power.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696250249 {#4401
    date: 2023-10-02 14:37:29.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@dgriffith@aussie.zone"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4404 …}
  +nested: Doctrine\ORM\PersistentCollection {#4406 …}
  +votes: Doctrine\ORM\PersistentCollection {#4408 …}
  +reports: Doctrine\ORM\PersistentCollection {#4410 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4412 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4414 …}
  -id: 30449
  -bodyTs: "'+3':35 '3v':48,72 'also':81 'alway':166 'b':179 'back':116 'block':151 'call':154 'caught':178 'complet':204 'connect':53 'could':62,86 'cours':109,168 'cycl':16 'data':40 'dev':140 'devic':207 'dht':191 'didn':131 'direct':54 'disconnect':205 'doesn':103 'electron':183 'enough':129 'entir':146 'except':174 'get':114,177 'give':91 'gnd':37 'goe':158 'gpio':67 'guess':60 'hacki':78 'interfac':188 'isn':175 'issu':107,184 'java':139 'know':30,141 'least':10,25,112 'loop':147 'machine.reset':124,155 'mayb':185 'need':20,34 'one':47 'pico':44,80 'pin':8,41,68 'possibl':170 'power':3,15,212 'problem':202 'programmat':14 'proper':196 'rather':77 'real':134 'realli':23,29 'reboot':94 'regul':58 'reset':197 'resolv':200 'respond':99 'seem':51,76,125 'sensor':5,33 'set':87 'simpl':123 'simpli':153 'solv':105 'someth':157 'sometim':163 'spi':187 'state':120 'stuck':193 'switchabl':71 'thing':96 'time':101 'tri':63 'try/catch':142 'try/except':150 'two':39 'unfortun':121 'use':65,133 'v':36 'voltag':57 'watchdog':84,135 'work':162 'workabl':119 'wouldn':27 'wrap':144 'wrong':159"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394212"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696250249 {#4402
    date: 2023-10-02 14:37:29.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
21 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
22 DENIED moderate 
App\Entity\EntryComment {#4122
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
    \n
    Give that a try.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 2
  +score: 0
  +lastActive: DateTime @1696250331 {#4134
    date: 2023-10-02 14:38:51.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4127 …}
  +nested: Doctrine\ORM\PersistentCollection {#4126 …}
  +votes: Doctrine\ORM\PersistentCollection {#4116 …}
  +reports: Doctrine\ORM\PersistentCollection {#4119 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
  -id: 30089
  -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294150"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696003426 {#4135
    date: 2023-09-29 18:03:46.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
23 DENIED edit 
App\Entity\EntryComment {#4122
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
    \n
    Give that a try.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 2
  +score: 0
  +lastActive: DateTime @1696250331 {#4134
    date: 2023-10-02 14:38:51.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4127 …}
  +nested: Doctrine\ORM\PersistentCollection {#4126 …}
  +votes: Doctrine\ORM\PersistentCollection {#4116 …}
  +reports: Doctrine\ORM\PersistentCollection {#4119 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
  -id: 30089
  -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294150"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696003426 {#4135
    date: 2023-09-29 18:03:46.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
24 DENIED moderate 
App\Entity\EntryComment {#4122
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
    \n
    Give that a try.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 2
  +score: 0
  +lastActive: DateTime @1696250331 {#4134
    date: 2023-10-02 14:38:51.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4127 …}
  +nested: Doctrine\ORM\PersistentCollection {#4126 …}
  +votes: Doctrine\ORM\PersistentCollection {#4116 …}
  +reports: Doctrine\ORM\PersistentCollection {#4119 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
  -id: 30089
  -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294150"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696003426 {#4135
    date: 2023-09-29 18:03:46.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
25 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
26 DENIED moderate 
App\Entity\EntryComment {#4282
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4122
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
      \n
      Give that a try.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 2
    +score: 0
    +lastActive: DateTime @1696250331 {#4134
      date: 2023-10-02 14:38:51.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4127 …}
    +nested: Doctrine\ORM\PersistentCollection {#4126 …}
    +votes: Doctrine\ORM\PersistentCollection {#4116 …}
    +reports: Doctrine\ORM\PersistentCollection {#4119 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
    -id: 30089
    -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294150"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696003426 {#4135
      date: 2023-09-29 18:03:46.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I’ll give it try!\n
    \n
    Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696005950 {#4283
    date: 2023-09-29 18:45:50.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4279 …}
  +nested: Doctrine\ORM\PersistentCollection {#4275 …}
  +votes: Doctrine\ORM\PersistentCollection {#4273 …}
  +reports: Doctrine\ORM\PersistentCollection {#4288 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
  -id: 30090
  -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3324775"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696005950 {#4286
    date: 2023-09-29 18:45:50.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
27 DENIED edit 
App\Entity\EntryComment {#4282
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4122
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
      \n
      Give that a try.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 2
    +score: 0
    +lastActive: DateTime @1696250331 {#4134
      date: 2023-10-02 14:38:51.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4127 …}
    +nested: Doctrine\ORM\PersistentCollection {#4126 …}
    +votes: Doctrine\ORM\PersistentCollection {#4116 …}
    +reports: Doctrine\ORM\PersistentCollection {#4119 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
    -id: 30089
    -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294150"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696003426 {#4135
      date: 2023-09-29 18:03:46.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I’ll give it try!\n
    \n
    Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696005950 {#4283
    date: 2023-09-29 18:45:50.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4279 …}
  +nested: Doctrine\ORM\PersistentCollection {#4275 …}
  +votes: Doctrine\ORM\PersistentCollection {#4273 …}
  +reports: Doctrine\ORM\PersistentCollection {#4288 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
  -id: 30090
  -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3324775"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696005950 {#4286
    date: 2023-09-29 18:45:50.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
28 DENIED moderate 
App\Entity\EntryComment {#4282
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4122
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
      \n
      Give that a try.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 2
    +score: 0
    +lastActive: DateTime @1696250331 {#4134
      date: 2023-10-02 14:38:51.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4127 …}
    +nested: Doctrine\ORM\PersistentCollection {#4126 …}
    +votes: Doctrine\ORM\PersistentCollection {#4116 …}
    +reports: Doctrine\ORM\PersistentCollection {#4119 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
    -id: 30089
    -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294150"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696003426 {#4135
      date: 2023-09-29 18:03:46.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I’ll give it try!\n
    \n
    Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696005950 {#4283
    date: 2023-09-29 18:45:50.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4279 …}
  +nested: Doctrine\ORM\PersistentCollection {#4275 …}
  +votes: Doctrine\ORM\PersistentCollection {#4273 …}
  +reports: Doctrine\ORM\PersistentCollection {#4288 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
  -id: 30090
  -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3324775"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696005950 {#4286
    date: 2023-09-29 18:45:50.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
29 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
30 DENIED moderate 
App\Entity\EntryComment {#4334
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4282
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4122
      +user: App\Entity\User {#4112 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
        \n
        Give that a try.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 2
      +score: 0
      +lastActive: DateTime @1696250331 {#4134
        date: 2023-10-02 14:38:51.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4127 …}
      +nested: Doctrine\ORM\PersistentCollection {#4126 …}
      +votes: Doctrine\ORM\PersistentCollection {#4116 …}
      +reports: Doctrine\ORM\PersistentCollection {#4119 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
      -id: 30089
      -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://beehaw.org/comment/1294150"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696003426 {#4135
        date: 2023-09-29 18:03:46.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: """
      I’ll give it try!\n
      \n
      Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696005950 {#4283
      date: 2023-09-29 18:45:50.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4279 …}
    +nested: Doctrine\ORM\PersistentCollection {#4275 …}
    +votes: Doctrine\ORM\PersistentCollection {#4273 …}
    +reports: Doctrine\ORM\PersistentCollection {#4288 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
    -id: 30090
    -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3324775"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696005950 {#4286
      date: 2023-09-29 18:45:50.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696006077 {#4335
    date: 2023-09-29 18:47:57.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4331 …}
  +nested: Doctrine\ORM\PersistentCollection {#4327 …}
  +votes: Doctrine\ORM\PersistentCollection {#4325 …}
  +reports: Doctrine\ORM\PersistentCollection {#4340 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
  -id: 30091
  -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294408"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696006077 {#4338
    date: 2023-09-29 18:47:57.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
31 DENIED edit 
App\Entity\EntryComment {#4334
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4282
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4122
      +user: App\Entity\User {#4112 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
        \n
        Give that a try.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 2
      +score: 0
      +lastActive: DateTime @1696250331 {#4134
        date: 2023-10-02 14:38:51.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4127 …}
      +nested: Doctrine\ORM\PersistentCollection {#4126 …}
      +votes: Doctrine\ORM\PersistentCollection {#4116 …}
      +reports: Doctrine\ORM\PersistentCollection {#4119 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
      -id: 30089
      -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://beehaw.org/comment/1294150"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696003426 {#4135
        date: 2023-09-29 18:03:46.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: """
      I’ll give it try!\n
      \n
      Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696005950 {#4283
      date: 2023-09-29 18:45:50.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4279 …}
    +nested: Doctrine\ORM\PersistentCollection {#4275 …}
    +votes: Doctrine\ORM\PersistentCollection {#4273 …}
    +reports: Doctrine\ORM\PersistentCollection {#4288 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
    -id: 30090
    -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3324775"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696005950 {#4286
      date: 2023-09-29 18:45:50.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696006077 {#4335
    date: 2023-09-29 18:47:57.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4331 …}
  +nested: Doctrine\ORM\PersistentCollection {#4327 …}
  +votes: Doctrine\ORM\PersistentCollection {#4325 …}
  +reports: Doctrine\ORM\PersistentCollection {#4340 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
  -id: 30091
  -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294408"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696006077 {#4338
    date: 2023-09-29 18:47:57.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
32 DENIED moderate 
App\Entity\EntryComment {#4334
  +user: App\Entity\User {#4112 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4282
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4122
      +user: App\Entity\User {#4112 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
        \n
        Give that a try.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 2
      +score: 0
      +lastActive: DateTime @1696250331 {#4134
        date: 2023-10-02 14:38:51.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4127 …}
      +nested: Doctrine\ORM\PersistentCollection {#4126 …}
      +votes: Doctrine\ORM\PersistentCollection {#4116 …}
      +reports: Doctrine\ORM\PersistentCollection {#4119 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
      -id: 30089
      -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://beehaw.org/comment/1294150"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696003426 {#4135
        date: 2023-09-29 18:03:46.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: """
      I’ll give it try!\n
      \n
      Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 1
    +score: 0
    +lastActive: DateTime @1696005950 {#4283
      date: 2023-09-29 18:45:50.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4279 …}
    +nested: Doctrine\ORM\PersistentCollection {#4275 …}
    +votes: Doctrine\ORM\PersistentCollection {#4273 …}
    +reports: Doctrine\ORM\PersistentCollection {#4288 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
    -id: 30090
    -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3324775"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696005950 {#4286
      date: 2023-09-29 18:45:50.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696006077 {#4335
    date: 2023-09-29 18:47:57.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4331 …}
  +nested: Doctrine\ORM\PersistentCollection {#4327 …}
  +votes: Doctrine\ORM\PersistentCollection {#4325 …}
  +reports: Doctrine\ORM\PersistentCollection {#4340 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
  -id: 30091
  -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://beehaw.org/comment/1294408"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696006077 {#4338
    date: 2023-09-29 18:47:57.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
33 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
34 DENIED moderate 
App\Entity\EntryComment {#4385
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4334
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4282
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4122
        +user: App\Entity\User {#4112 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
          \n
          Give that a try.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 2
        +score: 0
        +lastActive: DateTime @1696250331 {#4134
          date: 2023-10-02 14:38:51.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4127 …}
        +nested: Doctrine\ORM\PersistentCollection {#4126 …}
        +votes: Doctrine\ORM\PersistentCollection {#4116 …}
        +reports: Doctrine\ORM\PersistentCollection {#4119 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
        -id: 30089
        -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://beehaw.org/comment/1294150"
        +editedAt: null
        +createdAt: DateTimeImmutable @1696003426 {#4135
          date: 2023-09-29 18:03:46.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4122}
      +body: """
        I’ll give it try!\n
        \n
        Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696005950 {#4283
        date: 2023-09-29 18:45:50.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@drwho@beehaw.org"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4279 …}
      +nested: Doctrine\ORM\PersistentCollection {#4275 …}
      +votes: Doctrine\ORM\PersistentCollection {#4273 …}
      +reports: Doctrine\ORM\PersistentCollection {#4288 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
      -id: 30090
      -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3324775"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696005950 {#4286
        date: 2023-09-29 18:45:50.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696006077 {#4335
      date: 2023-09-29 18:47:57.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4331 …}
    +nested: Doctrine\ORM\PersistentCollection {#4327 …}
    +votes: Doctrine\ORM\PersistentCollection {#4325 …}
    +reports: Doctrine\ORM\PersistentCollection {#4340 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
    -id: 30091
    -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294408"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696006077 {#4338
      date: 2023-09-29 18:47:57.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I “kind of” solved at least parts of the problem by simply not turning wifi off. It’s more stable than before, but not stable as such.\n
    \n
    Edit: I played around a bit and I think the problem is somewhere in the power supply. My workbench PC can drive the board just fine for hours, just plug it into the USB port, connect serial monitor and let it do its thing. However, if I’m plugging it into my router or a usb power supply, it stops working after a while again.\n
    \n
    My theory is, that the PSU/router thinks the device is dead, because it draws too little power? That would explain, why not shutting down wifi improves the stability - it draws more power.\n
    \n
    Now, that is just my naive theory, I’m not entirely sure, how to validate it. Maybe I’ll just add a useless busy-loop to increase power draw or add some power consuming components.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696250329 {#4389
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4382 …}
  +nested: Doctrine\ORM\PersistentCollection {#4380 …}
  +votes: Doctrine\ORM\PersistentCollection {#4384 …}
  +reports: Doctrine\ORM\PersistentCollection {#4395 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4397 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4399 …}
  -id: 30450
  -bodyTs: "'add':145,156 'around':31 'bit':33 'board':51 'busi':149 'busy-loop':148 'compon':160 'connect':63 'consum':159 'dead':103 'devic':101 'draw':106,122,154 'drive':49 'edit':28 'entir':135 'explain':112 'fine':53 'hour':55 'howev':72 'improv':118 'increas':152 'kind':2 'least':6 'let':67 'littl':108 'll':143 'loop':150 'm':75,133 'mayb':141 'monitor':65 'naiv':130 'part':7 'pc':47 'play':30 'plug':57,76 'port':62 'power':43,84,109,124,153,158 'problem':10,38 'psu/router':98 'router':80 'serial':64 'shut':115 'simpli':12 'solv':4 'somewher':40 'stabil':120 'stabl':20,25 'stop':87 'suppli':44,85 'sure':136 'theori':94,131 'thing':71 'think':36,99 'turn':14 'usb':61,83 'useless':147 'valid':139 'wifi':15,117 'work':88 'workbench':46 'would':111"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394240"
  +editedAt: DateTimeImmutable @1696264714 {#4392
    date: 2023-10-02 18:38:34.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696250329 {#4388
    date: 2023-10-02 14:38:49.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
35 DENIED edit 
App\Entity\EntryComment {#4385
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4334
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4282
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4122
        +user: App\Entity\User {#4112 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
          \n
          Give that a try.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 2
        +score: 0
        +lastActive: DateTime @1696250331 {#4134
          date: 2023-10-02 14:38:51.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4127 …}
        +nested: Doctrine\ORM\PersistentCollection {#4126 …}
        +votes: Doctrine\ORM\PersistentCollection {#4116 …}
        +reports: Doctrine\ORM\PersistentCollection {#4119 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
        -id: 30089
        -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://beehaw.org/comment/1294150"
        +editedAt: null
        +createdAt: DateTimeImmutable @1696003426 {#4135
          date: 2023-09-29 18:03:46.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4122}
      +body: """
        I’ll give it try!\n
        \n
        Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696005950 {#4283
        date: 2023-09-29 18:45:50.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@drwho@beehaw.org"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4279 …}
      +nested: Doctrine\ORM\PersistentCollection {#4275 …}
      +votes: Doctrine\ORM\PersistentCollection {#4273 …}
      +reports: Doctrine\ORM\PersistentCollection {#4288 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
      -id: 30090
      -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3324775"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696005950 {#4286
        date: 2023-09-29 18:45:50.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696006077 {#4335
      date: 2023-09-29 18:47:57.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4331 …}
    +nested: Doctrine\ORM\PersistentCollection {#4327 …}
    +votes: Doctrine\ORM\PersistentCollection {#4325 …}
    +reports: Doctrine\ORM\PersistentCollection {#4340 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
    -id: 30091
    -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294408"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696006077 {#4338
      date: 2023-09-29 18:47:57.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I “kind of” solved at least parts of the problem by simply not turning wifi off. It’s more stable than before, but not stable as such.\n
    \n
    Edit: I played around a bit and I think the problem is somewhere in the power supply. My workbench PC can drive the board just fine for hours, just plug it into the USB port, connect serial monitor and let it do its thing. However, if I’m plugging it into my router or a usb power supply, it stops working after a while again.\n
    \n
    My theory is, that the PSU/router thinks the device is dead, because it draws too little power? That would explain, why not shutting down wifi improves the stability - it draws more power.\n
    \n
    Now, that is just my naive theory, I’m not entirely sure, how to validate it. Maybe I’ll just add a useless busy-loop to increase power draw or add some power consuming components.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696250329 {#4389
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4382 …}
  +nested: Doctrine\ORM\PersistentCollection {#4380 …}
  +votes: Doctrine\ORM\PersistentCollection {#4384 …}
  +reports: Doctrine\ORM\PersistentCollection {#4395 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4397 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4399 …}
  -id: 30450
  -bodyTs: "'add':145,156 'around':31 'bit':33 'board':51 'busi':149 'busy-loop':148 'compon':160 'connect':63 'consum':159 'dead':103 'devic':101 'draw':106,122,154 'drive':49 'edit':28 'entir':135 'explain':112 'fine':53 'hour':55 'howev':72 'improv':118 'increas':152 'kind':2 'least':6 'let':67 'littl':108 'll':143 'loop':150 'm':75,133 'mayb':141 'monitor':65 'naiv':130 'part':7 'pc':47 'play':30 'plug':57,76 'port':62 'power':43,84,109,124,153,158 'problem':10,38 'psu/router':98 'router':80 'serial':64 'shut':115 'simpli':12 'solv':4 'somewher':40 'stabil':120 'stabl':20,25 'stop':87 'suppli':44,85 'sure':136 'theori':94,131 'thing':71 'think':36,99 'turn':14 'usb':61,83 'useless':147 'valid':139 'wifi':15,117 'work':88 'workbench':46 'would':111"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394240"
  +editedAt: DateTimeImmutable @1696264714 {#4392
    date: 2023-10-02 18:38:34.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696250329 {#4388
    date: 2023-10-02 14:38:49.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
36 DENIED moderate 
App\Entity\EntryComment {#4385
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4334
    +user: App\Entity\User {#4112 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4282
      +user: Proxies\__CG__\App\Entity\User {#1943 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: App\Entity\EntryComment {#4122
        +user: App\Entity\User {#4112 …}
        +entry: App\Entity\Entry {#2388}
        +magazine: App\Entity\Magazine {#266}
        +image: null
        +parent: null
        +root: null
        +body: """
          I had something similar happen in one of my ESP8266 projects (also running MicroPython). What I wound up doing was, every five wall clock minutes (maybe a bit sooner than that, for your case) I had my firmware do a `local_networks = wifi.scan()` just to exercise the wifi functionality. If that failed I have the code do `gc.collect()` followed by `sys.exit(1)`, which causes the 8266 to reboot automatically.\n
          \n
          Give that a try.
          """
        +lang: "en"
        +isAdult: false
        +favouriteCount: 2
        +score: 0
        +lastActive: DateTime @1696250331 {#4134
          date: 2023-10-02 14:38:51.0 +02:00
        }
        +ip: null
        +tags: null
        +mentions: [
          "@agressivelyPassive@feddit.de"
        ]
        +children: Doctrine\ORM\PersistentCollection {#4127 …}
        +nested: Doctrine\ORM\PersistentCollection {#4126 …}
        +votes: Doctrine\ORM\PersistentCollection {#4116 …}
        +reports: Doctrine\ORM\PersistentCollection {#4119 …}
        +favourites: Doctrine\ORM\PersistentCollection {#4117 …}
        +notifications: Doctrine\ORM\PersistentCollection {#4115 …}
        -id: 30089
        -bodyTs: "'1':62 '8266':66 'also':12 'automat':69 'bit':28 'case':34 'caus':64 'clock':24 'code':56 'esp8266':10 'everi':21 'exercis':46 'fail':52 'firmwar':38 'five':22 'follow':59 'function':49 'gc.collect':58 'give':70 'happen':5 'local':41 'mayb':26 'micropython':14 'minut':25 'network':42 'one':7 'project':11 'reboot':68 'run':13 'similar':4 'someth':3 'sooner':29 'sys.exit':61 'tri':73 'wall':23 'wifi':48 'wifi.scan':43 'wound':17"
        +ranking: 0
        +commentCount: 0
        +upVotes: 0
        +downVotes: 0
        +visibility: "visible             "
        +apId: "https://beehaw.org/comment/1294150"
        +editedAt: null
        +createdAt: DateTimeImmutable @1696003426 {#4135
          date: 2023-09-29 18:03:46.0 +02:00
        }
      }
      +root: App\Entity\EntryComment {#4122}
      +body: """
        I’ll give it try!\n
        \n
        Do you have any idea, what’s causing the issue? Is it specifically the scanning part that’s relevant here? I’m starting/stopping wifi each minute, so the chip shouldn’t just idle around all the time.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 1
      +score: 0
      +lastActive: DateTime @1696005950 {#4283
        date: 2023-09-29 18:45:50.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
        "@drwho@beehaw.org"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4279 …}
      +nested: Doctrine\ORM\PersistentCollection {#4275 …}
      +votes: Doctrine\ORM\PersistentCollection {#4273 …}
      +reports: Doctrine\ORM\PersistentCollection {#4288 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4290 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4292 …}
      -id: 30090
      -bodyTs: "'around':39 'caus':13 'chip':34 'give':3 'idea':10 'idl':38 'issu':15 'll':2 'm':27 'minut':31 'part':21 'relev':24 'scan':20 'shouldn':35 'specif':18 'starting/stopping':28 'time':42 'tri':5 'wifi':29"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://feddit.de/comment/3324775"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696005950 {#4286
        date: 2023-09-29 18:45:50.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4122}
    +body: "No, I don’t. My best informed guess is that the wifi connection’s state machine gets stuck once in a while, it misses a couple of packets, and then sits there doing nothing. So, by kicking it a little it doesn’t get a chance to freeze up."
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696006077 {#4335
      date: 2023-09-29 18:47:57.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@drwho@beehaw.org"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4331 …}
    +nested: Doctrine\ORM\PersistentCollection {#4327 …}
    +votes: Doctrine\ORM\PersistentCollection {#4325 …}
    +reports: Doctrine\ORM\PersistentCollection {#4340 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4342 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4344 …}
    -id: 30091
    -bodyTs: "'best':6 'chanc':46 'connect':13 'coupl':26 'doesn':42 'freez':48 'get':17,44 'guess':8 'inform':7 'kick':37 'littl':40 'machin':16 'miss':24 'noth':34 'packet':28 'sit':31 'state':15 'stuck':18 'wifi':12"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://beehaw.org/comment/1294408"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696006077 {#4338
      date: 2023-09-29 18:47:57.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4122}
  +body: """
    I “kind of” solved at least parts of the problem by simply not turning wifi off. It’s more stable than before, but not stable as such.\n
    \n
    Edit: I played around a bit and I think the problem is somewhere in the power supply. My workbench PC can drive the board just fine for hours, just plug it into the USB port, connect serial monitor and let it do its thing. However, if I’m plugging it into my router or a usb power supply, it stops working after a while again.\n
    \n
    My theory is, that the PSU/router thinks the device is dead, because it draws too little power? That would explain, why not shutting down wifi improves the stability - it draws more power.\n
    \n
    Now, that is just my naive theory, I’m not entirely sure, how to validate it. Maybe I’ll just add a useless busy-loop to increase power draw or add some power consuming components.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696250329 {#4389
    date: 2023-10-02 14:38:49.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@drwho@beehaw.org"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4382 …}
  +nested: Doctrine\ORM\PersistentCollection {#4380 …}
  +votes: Doctrine\ORM\PersistentCollection {#4384 …}
  +reports: Doctrine\ORM\PersistentCollection {#4395 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4397 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4399 …}
  -id: 30450
  -bodyTs: "'add':145,156 'around':31 'bit':33 'board':51 'busi':149 'busy-loop':148 'compon':160 'connect':63 'consum':159 'dead':103 'devic':101 'draw':106,122,154 'drive':49 'edit':28 'entir':135 'explain':112 'fine':53 'hour':55 'howev':72 'improv':118 'increas':152 'kind':2 'least':6 'let':67 'littl':108 'll':143 'loop':150 'm':75,133 'mayb':141 'monitor':65 'naiv':130 'part':7 'pc':47 'play':30 'plug':57,76 'port':62 'power':43,84,109,124,153,158 'problem':10,38 'psu/router':98 'router':80 'serial':64 'shut':115 'simpli':12 'solv':4 'somewher':40 'stabil':120 'stabl':20,25 'stop':87 'suppli':44,85 'sure':136 'theori':94,131 'thing':71 'think':36,99 'turn':14 'usb':61,83 'useless':147 'valid':139 'wifi':15,117 'work':88 'workbench':46 'would':111"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3394240"
  +editedAt: DateTimeImmutable @1696264714 {#4392
    date: 2023-10-02 18:38:34.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696250329 {#4388
    date: 2023-10-02 14:38:49.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
37 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
38 DENIED moderate 
App\Entity\EntryComment {#4198
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
    \n
    Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696239984 {#4193
    date: 2023-10-02 11:46:24.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4199 …}
  +nested: Doctrine\ORM\PersistentCollection {#4201 …}
  +votes: Doctrine\ORM\PersistentCollection {#4203 …}
  +reports: Doctrine\ORM\PersistentCollection {#4205 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
  -id: 30298
  -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3975498"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696187333 {#4194
    date: 2023-10-01 21:08:53.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
39 DENIED edit 
App\Entity\EntryComment {#4198
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
    \n
    Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696239984 {#4193
    date: 2023-10-02 11:46:24.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4199 …}
  +nested: Doctrine\ORM\PersistentCollection {#4201 …}
  +votes: Doctrine\ORM\PersistentCollection {#4203 …}
  +reports: Doctrine\ORM\PersistentCollection {#4205 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
  -id: 30298
  -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3975498"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696187333 {#4194
    date: 2023-10-01 21:08:53.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
40 DENIED moderate 
App\Entity\EntryComment {#4198
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: null
  +root: null
  +body: """
    Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
    \n
    Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696239984 {#4193
    date: 2023-10-02 11:46:24.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4199 …}
  +nested: Doctrine\ORM\PersistentCollection {#4201 …}
  +votes: Doctrine\ORM\PersistentCollection {#4203 …}
  +reports: Doctrine\ORM\PersistentCollection {#4205 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
  -id: 30298
  -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3975498"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696187333 {#4194
    date: 2023-10-01 21:08:53.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
41 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
42 DENIED moderate 
App\Entity\EntryComment {#4311
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4198
    +user: App\Entity\User {#4211 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
      \n
      Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696239984 {#4193
      date: 2023-10-02 11:46:24.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4199 …}
    +nested: Doctrine\ORM\PersistentCollection {#4201 …}
    +votes: Doctrine\ORM\PersistentCollection {#4203 …}
    +reports: Doctrine\ORM\PersistentCollection {#4205 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
    -id: 30298
    -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://lemmy.world/comment/3975498"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696187333 {#4194
      date: 2023-10-01 21:08:53.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
    \n
    There it says:\n
    \n
    > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
    \n
    This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696235411 {#4309
    date: 2023-10-02 10:30:11.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4312 …}
  +nested: Doctrine\ORM\PersistentCollection {#4314 …}
  +votes: Doctrine\ORM\PersistentCollection {#4316 …}
  +reports: Doctrine\ORM\PersistentCollection {#4318 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
  -id: 30421
  -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390020"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235411 {#4310
    date: 2023-10-02 10:30:11.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
43 DENIED edit 
App\Entity\EntryComment {#4311
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4198
    +user: App\Entity\User {#4211 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
      \n
      Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696239984 {#4193
      date: 2023-10-02 11:46:24.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4199 …}
    +nested: Doctrine\ORM\PersistentCollection {#4201 …}
    +votes: Doctrine\ORM\PersistentCollection {#4203 …}
    +reports: Doctrine\ORM\PersistentCollection {#4205 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
    -id: 30298
    -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://lemmy.world/comment/3975498"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696187333 {#4194
      date: 2023-10-01 21:08:53.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
    \n
    There it says:\n
    \n
    > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
    \n
    This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696235411 {#4309
    date: 2023-10-02 10:30:11.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4312 …}
  +nested: Doctrine\ORM\PersistentCollection {#4314 …}
  +votes: Doctrine\ORM\PersistentCollection {#4316 …}
  +reports: Doctrine\ORM\PersistentCollection {#4318 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
  -id: 30421
  -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390020"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235411 {#4310
    date: 2023-10-02 10:30:11.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
44 DENIED moderate 
App\Entity\EntryComment {#4311
  +user: Proxies\__CG__\App\Entity\User {#1943 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4198
    +user: App\Entity\User {#4211 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: null
    +root: null
    +body: """
      Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
      \n
      Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696239984 {#4193
      date: 2023-10-02 11:46:24.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4199 …}
    +nested: Doctrine\ORM\PersistentCollection {#4201 …}
    +votes: Doctrine\ORM\PersistentCollection {#4203 …}
    +reports: Doctrine\ORM\PersistentCollection {#4205 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
    -id: 30298
    -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://lemmy.world/comment/3975498"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696187333 {#4194
      date: 2023-10-01 21:08:53.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
    \n
    There it says:\n
    \n
    > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
    \n
    This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 0
  +score: 0
  +lastActive: DateTime @1696235411 {#4309
    date: 2023-10-02 10:30:11.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4312 …}
  +nested: Doctrine\ORM\PersistentCollection {#4314 …}
  +votes: Doctrine\ORM\PersistentCollection {#4316 …}
  +reports: Doctrine\ORM\PersistentCollection {#4318 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
  -id: 30421
  -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://feddit.de/comment/3390020"
  +editedAt: null
  +createdAt: DateTimeImmutable @1696235411 {#4310
    date: 2023-10-02 10:30:11.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
45 DENIED ROLE_USER 
null
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"Symfony\Component\Security\Core\Authorization\Voter\RoleHierarchyVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
46 DENIED moderate 
App\Entity\EntryComment {#4349
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4311
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4198
      +user: App\Entity\User {#4211 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
        \n
        Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 0
      +score: 0
      +lastActive: DateTime @1696239984 {#4193
        date: 2023-10-02 11:46:24.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4199 …}
      +nested: Doctrine\ORM\PersistentCollection {#4201 …}
      +votes: Doctrine\ORM\PersistentCollection {#4203 …}
      +reports: Doctrine\ORM\PersistentCollection {#4205 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
      -id: 30298
      -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://lemmy.world/comment/3975498"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696187333 {#4194
        date: 2023-10-01 21:08:53.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4198}
    +body: """
      I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
      \n
      There it says:\n
      \n
      > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
      \n
      This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696235411 {#4309
      date: 2023-10-02 10:30:11.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@JoCrichton@lemmy.world"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4312 …}
    +nested: Doctrine\ORM\PersistentCollection {#4314 …}
    +votes: Doctrine\ORM\PersistentCollection {#4316 …}
    +reports: Doctrine\ORM\PersistentCollection {#4318 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
    -id: 30421
    -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390020"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235411 {#4310
      date: 2023-10-02 10:30:11.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    Yeah on that specific board it looks like it’s included . I was just going from experience. I just wired such a sensor to an Arduino the other day and I was having problems without the pull up. I was seeing garbled data packets on the data line.\n
    \n
    edit: you can easily confirm this by measuring the resistance between VCC and Data on the sensor.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696239982 {#4346
    date: 2023-10-02 11:46:22.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4350 …}
  +nested: Doctrine\ORM\PersistentCollection {#4352 …}
  +votes: Doctrine\ORM\PersistentCollection {#4354 …}
  +reports: Doctrine\ORM\PersistentCollection {#4356 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4358 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4360 …}
  -id: 30428
  -bodyTs: "'arduino':26 'board':5 'confirm':53 'data':43,47,62 'day':29 'easili':52 'edit':49 'experi':17 'garbl':42 'go':15 'includ':11 'like':8 'line':48 'look':7 'measur':56 'packet':44 'problem':34 'pull':37 'resist':58 'see':41 'sensor':23,65 'specif':4 'vcc':60 'wire':20 'without':35 'yeah':1"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3992091"
  +editedAt: DateTimeImmutable @1696240119 {#4347
    date: 2023-10-02 11:48:39.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696239982 {#4348
    date: 2023-10-02 11:46:22.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
47 DENIED edit 
App\Entity\EntryComment {#4349
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4311
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4198
      +user: App\Entity\User {#4211 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
        \n
        Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 0
      +score: 0
      +lastActive: DateTime @1696239984 {#4193
        date: 2023-10-02 11:46:24.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4199 …}
      +nested: Doctrine\ORM\PersistentCollection {#4201 …}
      +votes: Doctrine\ORM\PersistentCollection {#4203 …}
      +reports: Doctrine\ORM\PersistentCollection {#4205 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
      -id: 30298
      -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://lemmy.world/comment/3975498"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696187333 {#4194
        date: 2023-10-01 21:08:53.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4198}
    +body: """
      I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
      \n
      There it says:\n
      \n
      > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
      \n
      This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696235411 {#4309
      date: 2023-10-02 10:30:11.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@JoCrichton@lemmy.world"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4312 …}
    +nested: Doctrine\ORM\PersistentCollection {#4314 …}
    +votes: Doctrine\ORM\PersistentCollection {#4316 …}
    +reports: Doctrine\ORM\PersistentCollection {#4318 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
    -id: 30421
    -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390020"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235411 {#4310
      date: 2023-10-02 10:30:11.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    Yeah on that specific board it looks like it’s included . I was just going from experience. I just wired such a sensor to an Arduino the other day and I was having problems without the pull up. I was seeing garbled data packets on the data line.\n
    \n
    edit: you can easily confirm this by measuring the resistance between VCC and Data on the sensor.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696239982 {#4346
    date: 2023-10-02 11:46:22.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4350 …}
  +nested: Doctrine\ORM\PersistentCollection {#4352 …}
  +votes: Doctrine\ORM\PersistentCollection {#4354 …}
  +reports: Doctrine\ORM\PersistentCollection {#4356 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4358 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4360 …}
  -id: 30428
  -bodyTs: "'arduino':26 'board':5 'confirm':53 'data':43,47,62 'day':29 'easili':52 'edit':49 'experi':17 'garbl':42 'go':15 'includ':11 'like':8 'line':48 'look':7 'measur':56 'packet':44 'problem':34 'pull':37 'resist':58 'see':41 'sensor':23,65 'specif':4 'vcc':60 'wire':20 'without':35 'yeah':1"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3992091"
  +editedAt: DateTimeImmutable @1696240119 {#4347
    date: 2023-10-02 11:48:39.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696239982 {#4348
    date: 2023-10-02 11:46:22.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
48 DENIED moderate 
App\Entity\EntryComment {#4349
  +user: App\Entity\User {#4211 …}
  +entry: App\Entity\Entry {#2388
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +magazine: App\Entity\Magazine {#266
      +icon: Proxies\__CG__\App\Entity\Image {#247 …}
      +name: "askelectronics@discuss.tchncs.de"
      +title: "askelectronics"
      +description: """
        **For questions about component-level electronic circuits, tools and equipment.**\n
        \n
        Rules\n
        -----\n
        \n
        1: Be nice.\n
        \n
        2: Be on-topic (eg: *Electronic*, not *electrical*).\n
        \n
        3: No commercial stuff, buying, selling or valuations.\n
        \n
        4: Be safe.\n
        \n
        ---
        """
      +rules: null
      +subscriptionsCount: 1
      +entryCount: 154
      +entryCommentCount: 1230
      +postCount: 1
      +postCommentCount: 4
      +isAdult: false
      +customCss: null
      +lastActive: DateTime @1729413608 {#276
        date: 2024-10-20 10:40:08.0 +02:00
      }
      +markedForDeletionAt: null
      +tags: null
      +moderators: Doctrine\ORM\PersistentCollection {#238 …}
      +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
      +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
      +entries: Doctrine\ORM\PersistentCollection {#181 …}
      +posts: Doctrine\ORM\PersistentCollection {#139 …}
      +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
      +bans: Doctrine\ORM\PersistentCollection {#118 …}
      +reports: Doctrine\ORM\PersistentCollection {#104 …}
      +badges: Doctrine\ORM\PersistentCollection {#82 …}
      +logs: Doctrine\ORM\PersistentCollection {#72 …}
      +awards: Doctrine\ORM\PersistentCollection {#61 …}
      +categories: Doctrine\ORM\PersistentCollection {#1820 …}
      -id: 11
      +apId: "askelectronics@discuss.tchncs.de"
      +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
      +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
      +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
      +apInboxUrl: "https://discuss.tchncs.de/inbox"
      +apDomain: "discuss.tchncs.de"
      +apPreferredUsername: "askelectronics"
      +apDiscoverable: true
      +apManuallyApprovesFollowers: null
      +privateKey: null
      +publicKey: null
      +apFetchedAt: DateTime @1727247714 {#270
        date: 2024-09-25 09:01:54.0 +02:00
      }
      +apDeletedAt: null
      +apTimeoutAt: null
      +visibility: "visible             "
      +createdAt: DateTimeImmutable @1687144409 {#272
        date: 2023-06-19 05:13:29.0 +02:00
      }
    }
    +image: null
    +domain: Proxies\__CG__\App\Entity\Domain {#1912 …}
    +slug: "RPi-Pico-disconnects-after-a-few-minutes-to-days"
    +title: "RPi Pico "disconnects" after a few minutes to days"
    +url: null
    +body: """
      I’m trying to use an RPi Pico W as a temp/humidity sensor using a DHT20.\n
      \n
      It kind of works - at least sometimes, but I keep “losing” sensors more or less randomly.\n
      \n
      I connected everything up like here (using MicroPython): [github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)There are currently 4 sensor-boards, 3 soldered, one on a breadboard.\n
      \n
      The error modes I could observe are:\n
      \n
      1. DHT20 fails to init - sometimes after the first read, sometimes after days. Resetting the machine works sometimes, if not, power cycling usually does the trick\n
      2. The board just “stops” after about 5min - the serial console just says “device disconnected”. Power cycling is the only option.\n
      \n
      My measurement work by having a timer fire every minute, connect to wifi, read from the sensor, and then send an mqtt message (either the values or an error message) and shutdown wifi again.\n
      \n
      My current ideas why it could fail (but I’m not an electronics guy at all):\n
      \n
      - There is some kind of “rogue current” messing with some IC.\n
      - Some component is broken\n
      - Maybe the power draw is too low or issuing sleep() messes with the USB-power connection somehow?\n
      \n
      For me the problem is, I don’t really know where to look for errors. The software works in principle, the soldering seems to be good enough to sometimes work for days, and looking too deep into the whole electronics side is beyond my capabilities.
      """
    +type: "article"
    +lang: "en"
    +isOc: false
    +hasEmbed: false
    +commentCount: 11
    +favouriteCount: 6
    +score: 0
    +isAdult: false
    +sticky: false
    +lastActive: DateTime @1696250329 {#2410
      date: 2023-10-02 14:38:49.0 +02:00
    }
    +ip: null
    +adaAmount: 0
    +tags: null
    +mentions: null
    +comments: Doctrine\ORM\PersistentCollection {#1866 …}
    +votes: Doctrine\ORM\PersistentCollection {#1978 …}
    +reports: Doctrine\ORM\PersistentCollection {#1946 …}
    +favourites: Doctrine\ORM\PersistentCollection {#1971 …}
    +notifications: Doctrine\ORM\PersistentCollection {#2443 …}
    +badges: Doctrine\ORM\PersistentCollection {#2426 …}
    +children: []
    -id: 2392
    -titleTs: "'day':9 'disconnect':3 'minut':7 'pico':2 'rpi':1"
    -bodyTs: "'/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':43 '1':63 '2':89 '3':50 '4':46 '5min':96 'beyond':235 'board':49,91 'breadboard':55 'broken':174 'capabl':237 'compon':172 'connect':34,120,191 'consol':99 'could':60,149 'current':45,145,166 'cycl':84,105 'day':75,224 'deep':228 'devic':102 'dht20':16,64 'disconnect':103 'draw':178 'either':133 'electron':156,232 'enough':219 'error':57,138,207 'everi':118 'everyth':35 'fail':65,150 'fire':117 'first':71 'github.com':42 'github.com/flrrth/pico-dht20](https://github.com/flrrth/pico-dht20)there':41 'good':218 'guy':157 'ic':170 'idea':146 'init':67 'issu':183 'keep':26 'kind':18,163 'know':202 'least':22 'less':31 'like':37 'look':205,226 'lose':27 'low':181 'm':2,153 'machin':78 'mayb':175 'measur':111 'mess':167,185 'messag':132,139 'micropython':40 'minut':119 'mode':58 'mqtt':131 'observ':61 'one':52 'option':109 'pico':8 'power':83,104,177,190 'principl':212 'problem':196 'random':32 'read':72,123 'realli':201 'reset':76 'rogu':165 'rpi':7 'say':101 'seem':215 'send':129 'sensor':13,28,48,126 'sensor-board':47 'serial':98 'shutdown':141 'side':233 'sleep':184 'softwar':209 'solder':51,214 'somehow':192 'sometim':23,68,73,80,221 'stop':93 'temp/humidity':12 'timer':116 'tri':3 'trick':88 'usb':189 'usb-pow':188 'use':5,14,39 'usual':85 'valu':135 'w':9 'whole':231 'wifi':122,142 'work':20,79,112,210,222"
    +cross: false
    +upVotes: 0
    +downVotes: 0
    +ranking: 1696036696
    +visibility: "visible             "
    +apId: "https://feddit.de/post/3954651"
    +editedAt: null
    +createdAt: DateTimeImmutable @1695986696 {#1850
      date: 2023-09-29 13:24:56.0 +02:00
    }
  }
  +magazine: App\Entity\Magazine {#266}
  +image: null
  +parent: App\Entity\EntryComment {#4311
    +user: Proxies\__CG__\App\Entity\User {#1943 …}
    +entry: App\Entity\Entry {#2388}
    +magazine: App\Entity\Magazine {#266}
    +image: null
    +parent: App\Entity\EntryComment {#4198
      +user: App\Entity\User {#4211 …}
      +entry: App\Entity\Entry {#2388}
      +magazine: App\Entity\Magazine {#266}
      +image: null
      +parent: null
      +root: null
      +body: """
        Do you have a pull up on the DHT20? If not that could explain the reliability issues. 4.7k is needed according to the datasheet.\n
        \n
        Not too familiar with the RPi Pico but you might need to disable the internal pull ups if you do that but they are likely too weak so I wouldn’t rely on them.
        """
      +lang: "en"
      +isAdult: false
      +favouriteCount: 0
      +score: 0
      +lastActive: DateTime @1696239984 {#4193
        date: 2023-10-02 11:46:24.0 +02:00
      }
      +ip: null
      +tags: null
      +mentions: [
        "@agressivelyPassive@feddit.de"
      ]
      +children: Doctrine\ORM\PersistentCollection {#4199 …}
      +nested: Doctrine\ORM\PersistentCollection {#4201 …}
      +votes: Doctrine\ORM\PersistentCollection {#4203 …}
      +reports: Doctrine\ORM\PersistentCollection {#4205 …}
      +favourites: Doctrine\ORM\PersistentCollection {#4207 …}
      +notifications: Doctrine\ORM\PersistentCollection {#4209 …}
      -id: 30298
      -bodyTs: "'4.7':18 'accord':22 'could':13 'datasheet':25 'dht20':9 'disabl':38 'explain':14 'familiar':28 'intern':40 'issu':17 'k':19 'like':50 'might':35 'need':21,36 'pico':32 'pull':5,41 'reli':57 'reliabl':16 'rpi':31 'up':42 'weak':52 'wouldn':55"
      +ranking: 0
      +commentCount: 0
      +upVotes: 0
      +downVotes: 0
      +visibility: "visible             "
      +apId: "https://lemmy.world/comment/3975498"
      +editedAt: null
      +createdAt: DateTimeImmutable @1696187333 {#4194
        date: 2023-10-01 21:08:53.0 +02:00
      }
    }
    +root: App\Entity\EntryComment {#4198}
    +body: """
      I looked it up here: [aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf) (I guess that’s the same datasheet you used)\n
      \n
      There it says:\n
      \n
      > To avoid signal conflicts, the microprocessor (MCU) must only drive SDA and SCL at low level. An external pull-up resistor (for example: 4.7kΩ) is required to pull the signal to a high level. The pull-up resistor has been included in the I/O circuit of the DHT20 microprocessor.\n
      \n
      This sounds to me like it’s already present in the package? I also haven’t seen any tutorial using any resistors (though that may be just an “error” made by all of them to keep it simple).
      """
    +lang: "en"
    +isAdult: false
    +favouriteCount: 0
    +score: 0
    +lastActive: DateTime @1696235411 {#4309
      date: 2023-10-02 10:30:11.0 +02:00
    }
    +ip: null
    +tags: null
    +mentions: [
      "@agressivelyPassive@feddit.de"
      "@JoCrichton@lemmy.world"
    ]
    +children: Doctrine\ORM\PersistentCollection {#4312 …}
    +nested: Doctrine\ORM\PersistentCollection {#4314 …}
    +votes: Doctrine\ORM\PersistentCollection {#4316 …}
    +reports: Doctrine\ORM\PersistentCollection {#4318 …}
    +favourites: Doctrine\ORM\PersistentCollection {#4320 …}
    +notifications: Doctrine\ORM\PersistentCollection {#4322 …}
    -id: 30421
    -bodyTs: "'/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':8 '4.7':45 'alreadi':80 'also':86 'aqicn.org':7 'aqicn.org/air/sensor/spec/asair-dht20.pdf](https://aqicn.org/air/sensor/spec/asair-dht20.pdf)':6 'avoid':22 'circuit':68 'conflict':24 'datasheet':15 'dht20':71 'drive':30 'error':101 'exampl':44 'extern':38 'guess':10 'haven':87 'high':55 'i/o':67 'includ':64 'keep':108 'kω':46 'level':36,56 'like':77 'look':2 'low':35 'made':102 'may':97 'mcu':27 'microprocessor':26,72 'must':28 'packag':84 'present':81 'pull':40,50,59 'pull-up':39,58 'requir':48 'resistor':42,61,94 'say':20 'scl':33 'sda':31 'seen':89 'signal':23,52 'simpl':110 'sound':74 'though':95 'tutori':91 'use':17,92"
    +ranking: 0
    +commentCount: 0
    +upVotes: 0
    +downVotes: 0
    +visibility: "visible             "
    +apId: "https://feddit.de/comment/3390020"
    +editedAt: null
    +createdAt: DateTimeImmutable @1696235411 {#4310
      date: 2023-10-02 10:30:11.0 +02:00
    }
  }
  +root: App\Entity\EntryComment {#4198}
  +body: """
    Yeah on that specific board it looks like it’s included . I was just going from experience. I just wired such a sensor to an Arduino the other day and I was having problems without the pull up. I was seeing garbled data packets on the data line.\n
    \n
    edit: you can easily confirm this by measuring the resistance between VCC and Data on the sensor.
    """
  +lang: "en"
  +isAdult: false
  +favouriteCount: 1
  +score: 0
  +lastActive: DateTime @1696239982 {#4346
    date: 2023-10-02 11:46:22.0 +02:00
  }
  +ip: null
  +tags: null
  +mentions: [
    "@agressivelyPassive@feddit.de"
    "@JoCrichton@lemmy.world"
  ]
  +children: Doctrine\ORM\PersistentCollection {#4350 …}
  +nested: Doctrine\ORM\PersistentCollection {#4352 …}
  +votes: Doctrine\ORM\PersistentCollection {#4354 …}
  +reports: Doctrine\ORM\PersistentCollection {#4356 …}
  +favourites: Doctrine\ORM\PersistentCollection {#4358 …}
  +notifications: Doctrine\ORM\PersistentCollection {#4360 …}
  -id: 30428
  -bodyTs: "'arduino':26 'board':5 'confirm':53 'data':43,47,62 'day':29 'easili':52 'edit':49 'experi':17 'garbl':42 'go':15 'includ':11 'like':8 'line':48 'look':7 'measur':56 'packet':44 'problem':34 'pull':37 'resist':58 'see':41 'sensor':23,65 'specif':4 'vcc':60 'wire':20 'without':35 'yeah':1"
  +ranking: 0
  +commentCount: 0
  +upVotes: 0
  +downVotes: 0
  +visibility: "visible             "
  +apId: "https://lemmy.world/comment/3992091"
  +editedAt: DateTimeImmutable @1696240119 {#4347
    date: 2023-10-02 11:48:39.0 +02:00
  }
  +createdAt: DateTimeImmutable @1696239982 {#4348
    date: 2023-10-02 11:46:22.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS DENIED 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details
49 DENIED edit 
App\Entity\Magazine {#266
  +icon: Proxies\__CG__\App\Entity\Image {#247 …}
  +name: "askelectronics@discuss.tchncs.de"
  +title: "askelectronics"
  +description: """
    **For questions about component-level electronic circuits, tools and equipment.**\n
    \n
    Rules\n
    -----\n
    \n
    1: Be nice.\n
    \n
    2: Be on-topic (eg: *Electronic*, not *electrical*).\n
    \n
    3: No commercial stuff, buying, selling or valuations.\n
    \n
    4: Be safe.\n
    \n
    ---
    """
  +rules: null
  +subscriptionsCount: 1
  +entryCount: 154
  +entryCommentCount: 1230
  +postCount: 1
  +postCommentCount: 4
  +isAdult: false
  +customCss: null
  +lastActive: DateTime @1729413608 {#276
    date: 2024-10-20 10:40:08.0 +02:00
  }
  +markedForDeletionAt: null
  +tags: null
  +moderators: Doctrine\ORM\PersistentCollection {#238 …}
  +ownershipRequests: Doctrine\ORM\PersistentCollection {#234 …}
  +moderatorRequests: Doctrine\ORM\PersistentCollection {#223 …}
  +entries: Doctrine\ORM\PersistentCollection {#181 …}
  +posts: Doctrine\ORM\PersistentCollection {#139 …}
  +subscriptions: Doctrine\ORM\PersistentCollection {#201 …}
  +bans: Doctrine\ORM\PersistentCollection {#118 …}
  +reports: Doctrine\ORM\PersistentCollection {#104 …}
  +badges: Doctrine\ORM\PersistentCollection {#82 …}
  +logs: Doctrine\ORM\PersistentCollection {#72 …}
  +awards: Doctrine\ORM\PersistentCollection {#61 …}
  +categories: Doctrine\ORM\PersistentCollection {#1820 …}
  -id: 11
  +apId: "askelectronics@discuss.tchncs.de"
  +apProfileId: "https://discuss.tchncs.de/c/askelectronics"
  +apPublicUrl: "https://discuss.tchncs.de/c/askelectronics"
  +apFollowersUrl: "https://discuss.tchncs.de/c/askelectronics/followers"
  +apInboxUrl: "https://discuss.tchncs.de/inbox"
  +apDomain: "discuss.tchncs.de"
  +apPreferredUsername: "askelectronics"
  +apDiscoverable: true
  +apManuallyApprovesFollowers: null
  +privateKey: null
  +publicKey: null
  +apFetchedAt: DateTime @1727247714 {#270
    date: 2024-09-25 09:01:54.0 +02:00
  }
  +apDeletedAt: null
  +apTimeoutAt: null
  +visibility: "visible             "
  +createdAt: DateTimeImmutable @1687144409 {#272
    date: 2023-06-19 05:13:29.0 +02:00
  }
}
 
"Scheb\TwoFactorBundle\Security\Authorization\Voter\TwoFactorInProgressVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\EntryVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MagazineVoter"
 ACCESS DENIED 
"App\Security\Voter\MessageThreadVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\MessageVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\NotificationVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\OAuth2UserConsentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostCommentVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\PostVoter"
 ACCESS ABSTAIN 
"App\Security\Voter\UserVoter"
 ACCESS ABSTAIN
Show voter details