Duet3d DHT 22

[A Former User]

This post is deleted!

[A Former User]

@dc42

Thanks so much!

I mixed it up with "expansion" then! It is referring to "TEMP DAUGTHERBOARD" where there is a " 3) SPIO_CS1 ", guess that´s the one then! Thanks!

Now I connected it here, but still cannot get a signal:

The code snippets in my config.g is actually just copied out of the g-code-reference:

M308 S10 P"0.spi.cs1" Y"dht22"       A"Filament Temp"    ; define DHT22 temperature sensor
M308 S11 P"S10.1"     Y"dhthumidity" A"Filament Hum[%]"  ; Attach DHT22 humidity sensor to secondary output of temperature sensor

Did I choose the wrong pins, or do I miss anything in the config.g?

[dc42]

Test whether your M308 commands are accepted, either by running them from the console of by running M98 P"config.g".

As you are running on Duet 2 you should use pin name "spi.cs1" not "0.spi.cs1".

[A Former User]

@dc42

As usual - thanks! That was it!

changed to:

M308 S10 P"spi.cs1" Y"dht22"       A"Filament Temp"    ; define DHT22 temperature sensor
M308 S11 P"S10.1"     Y"dhthumidity" A"Filament Hum[%]"  ; Attach DHT22 humidity sensor to secondary output of temperature sensor

and now it works

All nicely now in the monitor:

(As a noob I am a little bit confused why with duet2 the "0." had to be deleted - hope the duet-team finds time to improve the explanation for beginners like me on the RRF3.x pin-structure and wording. For me it would maybe be nice to use the schematic https://d17kynu4zpq5hy.cloudfront.net/igi/duet3d/4k56ZjaaAHrTJI6Z.huge and add next to or replace the wording with the new pin-names in RRF3.x I know that is quite some work but maybe someone can help out?)

[dc42]

@LB said in Duet3d DHT 22:

As a noob I am a little bit confused why with duet2 the "0." had to be deleted

The "0." part is the CAN address of the board, with 0 being the address of the main board. As the Duet 2 doesn't support CAN, it doesn't need a CAN address.

On Duet 3 you can leave out the "0." and it will default to the main board.

[A Former User]

@dc42 said in Duet3d DHT 22:

@LB said in Duet3d DHT 22:

As a noob I am a little bit confused why with duet2 the "0." had to be deleted

The "0." part is the CAN address of the board, with 0 being the address of the main board. As the Duet 2 doesn't support CAN, it doesn't need a CAN address.

On Duet 3 you can leave out the "0." and it will default to the main board.

Thanks so much!

Can we/I add this bit of info in the wiki like:
"boards prior to duet3 that can also run RRF>=3 have to omit "0." because these boards do not support CAN and do not need a CAN-address."

-> I have now 2 dht22 running successfully: 1 for the printchamber, 1 for the filamentbox. Do you plan to support up to 2 dht´s on the new duet3mini? There is an expansion port for the temp-daughter-boards, and since that is using spi...

[Phaedrux]

@LB said in Duet3d DHT 22:

Can we/I add this bit of info in the wiki like:
"boards prior to duet3 that can also run RRF>=3 have to omit "0." because these boards do not support CAN and do not need a CAN-address."

Where in the wiki would you like to see this?

[A Former User]

@Phaedrux said in Duet3d DHT 22:

"boards prior to duet3 that can also run RRF>=3 have to omit "0." because these boards do not support CAN and do not need a CAN-address."

Thanks so much for coming back to it , maybe here

https://duet3d.dozuki.com/Wiki/Gcode#Section_M308_Set_or_report_sensor_parameters

(there was no dedicated site that I could find with "https://duet3d.dozuki.com/Search?query=dht") :

Maybe it even could be more general like:
"boards without can-bus that run RRF>=3 have to omit "0.", since it would imply the can-address" or somthing similar...

(I am running now:

M308 S10 P"spi.cs1" Y"dht22"       A"Chamb Temp"     ; define DHT22 temperature sensor
M308 S11 P"S10.1"   Y"dhthumidity" A"Chamb Humid[%]" ; Attach DHT22 humidity sensor to secondary output of temperature sensor

and it works nice)

[dc42]

BTW we already allow a redundant "0." prefix to be used in front of drive numbers on Duet 2. I will probably allow the same for port names in a future release.

[A Former User]

@dc42 said in Duet3d DHT 22:

BTW we already allow a redundant "0." prefix to be used in front of drive numbers on Duet 2. I will probably allow the same for port names in a future release.

All working fine for me now - Thanks!